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© Communication controller (107) allowing commu- 
nication between application programs running into 
at least one host computer (100, 101) and DTEs 
(110) attached to a X25 packet switched network and 
communicating through virtual circuits (VC), the 
communication being provided through the X25 net- 
work and a Systems Network Architecture (SNA) 
network. The controller includes means for establish- 
ing predetermined SNA sessions between the ap- 
plication programs and the communication controller, 
and means for linking at least one virtual circuit on a 
predetermined SNA session. The controller further 
includes means for storing a set of alternate session 
tables defining for each of said pre-established SNA 
session a prioritized list of alternate backup ses- 
sions, means for detecting the occurrence of one 
incident on one SNA session, means for switching 
the virtual circuits linked to said session being sub- 
ject of an incident to one backup session defined in 
the corresponding alternate session table. The al- 
ternate sessions being pre-established, the virtual 
circuits can be right away connected to one alternate 
session without requiring further delay. A quick end- 
user reconnection is then allowed. 



FIG. 1 
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Technical field of the invention 



The invention relates to the data communica- 
tion field and more particularly to a communication 
controller for allowing the communication between 
application programs running into at least one host 
computer or server and numerous Data Terminat- 
ing equipments (DTE) attached to a X25 packet 
switched network, the communication being pro- 
vided through virtual circuits connected to a Sys- 
tems Network Architecture (SNA) network. 

Background art 

The availability of telecommunication networks 
- ie the possibility for a user to transmit and re- 
ceive data through a telecommunication network at 
any instant despite failure at one element of the 
network - is of great interest in the telecommunica- 
tion field. The telecommunication users are particu- 
larly sensitive to the response time involved in their 
communication through the network and generally 
speaking, a response time about one minute is 
considered as being a maximum acceptable delay 
for high priority interactive services. Such a re- 
quirement implies that the telecommunication net- 
work be capable of managing the different failures 
and outages which are likely to occur in the tele- 
communication network and which are likely to 
interrupt the telecommunication. 

Figure 1 shows an example of a System Net- 
work Architecture (SNA) network allowing the com- 
munication between host computers or servers 100 
and 101 and remote Data Terminating Equipment 
(DTE) 110 via a X25 telecommunication network 
109. Host computer 100 which can be for example 
an IBM 3090 computer is connected to a local 
front-end communication controller such as an IBM 
3745 via a telecommunication channel 102. Simi- 
larly, host computer 101 is attached to a second 
local front-end communication controller 106 via a 
second telecommunication channel 104 and can 
also for instance be attached to communication 
controller 105 via a third channel 103. Host com- 
puters 100 and 101 are loaded with their respective 
application programs such as credit cards or air- 
lines telecommunication applications. Communica- 
tion controllers 105 and 106, being in the same 
location in the considered example, are loaded with 
Network Control Programs (NCP) well known in the 
telecommunication field. Front-end controllers 105 
and 106 are connected via a SNA network 112 to a 
set of two remote telecommunication controllers 
107 and 108. Telecommunication controllers 107 
and 108 are loaded with Network Control Program 
(NCP) and also a telecommunication software - 
hereafter referred to NCP Packet Switching Inter- 
face or NPSI - for allowing the access to a X25 



type network 109, whereby allowing the DTEs 110 
to communicate with host computers 100 and 101. 
It should be noticed that the number of host com- 
puters which can be attached to the telecommuni- 

5 cation network is not limited to two. Assuming that 
failure of an element of the telecommunication net- 
work occurs, element such as a host, a channel, a 
link or any intermediate node communication con- 
troller except however those providing access to 

10 the X25 network -the end-user will be compelled to 
wait until the considered element is repaired, which 
might take a long time, before he is allowed to 
communicate again through the network. 

Moreover, in some applications such as those 

75 applications cited above, it is quite frequent that 
the hosts 100 and 101 share an unique data base 
which can be updated by either of them. Airlines 
reservations applications are frequently running in 
different host computers which can access the 

20 same data base by means of an appropriate soft- 
ware such as the IBM Transaction Processing Fa- 
cility. In such cases, it can appear that the Commu- 
nication and Transmission Control Program running 
in one host, eg host 100, becomes no longer 

2s capable of managing new incoming calls because 
of some buffer storage of Control Processing Unit 
(CPU) overload. Such an event results in that an 
user requesting the processing of one supplemen- 
tary transaction with the considered host 100 will 

30 be prevented from communicating with the latter 
even if an other existing host computer could have 
the needed resources for processing the transac- 
tions. In this case, the overload of one host com- 
puter affects the overall availability of the network 

35 such as appearing to the end user. 

The prior art does not provide a communica- 
tion controller allowing the connection of virtual 
circuits (VC) according to the X25 recommenda- 
tions to SNA sessions which has an increased 

40 availability and improved re-routing possibilities. 

Summary of the invention 

The invention solves the problem raised by the 
45 prior art by providing a communication controller 
which includes means for establishing predeter- 
mined SNA sessions between the application pro- 
grams running into at least one host server and the 
communication controller, and means for linking at 
so least one virtual circuit on a predetermined SNA 
session. The controller further includes means for 
storing a set of alternate session tables defining for 
each of said pre__estab!ished SNA session a 
prioritized list of alternate backup sessions, means 
55 for detecting the occurrence of one incident on one 
SNA session, and means for switching the virtual 
circuits linked to said session being subject of an 
incident to one backup session defined in the cor- 
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responding alternate session table. The advantage 
of this result in that the alternate sessions being 
pre-established, the virtual circuits can be right 
away connected to one alternate session without 
requiring further delay. A quick end-user reconnec- 
tion is then allowed. The invention is particularly 
recited in claim 1 . 

In a preferred embodiment, the controller in- 
cludes means for detecting the occurrence of a 
failure on one session and also the occurrence of a 
message transmitted from one application program 
loaded into one host server indicating that said 
application program is overloaded and would 
refuse any additional VC connection to this applica- 
tion program. 

Preferably, the controller includes means for 
concentrating multiples virtual circuits on one sin- 
gle SNA session. A substantial decrease of the 
number of SNA sessions is therefore provided thus 
saving a great amount of storage within the remote 
controller. The user can adapt the network behav- 
iour to his requirements by defining a large number 
of pre-established alternate backup sessions for 
any session. 

Description of the drawings 

Figure 1 illustrates a telecommunication net- 
work including a SNA network and a X25 network. 

Figure 2 shows a flow chart illustrating the 
transfer of data through the X25 and SNA network 
in accordance with the present invention. 

Figure 3 is a flow chart illustrating the oper- 
ations which are involved in the controller accord- 
ing to the present invention when an incident on 
one session occurs. 

Figure 4 illustrates the different tables which 
are involved in the re-routing process. 

Description of the preferred embodiment of the 
invention 

At the beginning of the operating of the tele- 
communication network including the controller ac- 
cording to the present invention, the communica- 
tion controllers are loaded with the network control 
programs and the remote controller 107 and 108 
are also loaded with the tables described 
hereinafter with respect to figure 4 in accordance 
with the customer requirements. 

Figure 2 shows a flow chart illustrating the 
transfer of data through the X25 and SNA network 
in accordance with the present invention. The com- 
munication of one DTE 110 with one host server, 
for instance host server 100, is initiated by a log-on 
request issued by the end-user from this Data 
Terminating Equipment (DTE). The log-on request 
results in the transmission of a CALL REQUEST 



message through the X25 network 109 to a dedi- 
cated remote communication controller, for in- 
stance controller 107, step 200. The transmitted 
CALL REQUEST message particularly contains two 

5 distinctive fields: a first field indicating the calling 
number of one of the lines which is associated to 
the communication controller 107 through which 
the CALL REQUEST message will transit; and a 
second user field -hereinafter referred to as Call 

10 User Data (CUD) - which identifies the Communica- 
tion and Transmission Program loaded in host 100 
or 101 or more generally the application program 
to which the user wishes to be connected. It should 
be noticed that the host server 100, 101 or the 

is others may be loaded with numerous different 
Communication and Transmission Program, for in- 
stance credit cards communication programs or 
airlines reservation communication programs char- 
acterized by short transactions. The remote com- 

20 munication controller 107 allowing the attachment 
to the SNA and X25 network uses an address table 
1 indicating for every CUD one associated SNA 
session (LU). This first table defines the mapping 
between the CUD field in the incoming CALL RE- 

25 QUEST and the session (LU) which will be used for 
the virtual circuit allowing the communication with 
the required Communication and Transmission 
Control Program in host server 100 or 101. This 
first table indicates the routing of the data between 

30 the DTE and the application programs in the host 
servers can be defined by the customer as will be 
detailed hereinafter. Therefore, every X25 remote 
communication controller 107 or 108 has at least 
one pre_established SNA session per application 

35 program running in the host servers. When the 
network is initialised, that first address table, and 
also the tables described below, are loaded in the 
communication controllers and a network operator 
activates the SNA sessions in accordance with the 

40 well-known communication rules and procedures. 
The activation of the SNA network is particularly 
achieved by the transmission of specific SNA com- 
mands, for instance the BIND command which is 
generated by the application program running into 

45 the host server 100. That BIND command is trans- 
mitted throughout the SNA network 112 to the 
remote communication controller 107 or 108 in 
order to indicate the latter that the considered SNA 
session has been established and can be used for 

so the transmission of data. The set of SNA com- 
mands and the description of SNA sessions can be 
particularly found in document "Systems Network 
Architecture", IBM Technical Overview GO3073-1 
page 11. At the reception of the CALL REQUEST 

55 message issued from DTE 110, which message is 
then considered as an INCOMING CALL by the 
remote communication controller in accordance 
with the CCITT Recommendations, the latter mes- 
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sage is processed by the remote communication 
controller (107 in our example). The processor lo- 
cated into controller 107 associates this incoming 
call, which is received over an X25 Virtual Circuit 
(VC) characterized by a Logical Channel Group 
Number (LCGN) and a Logical Channel Number 
(LCN) as described in CCITT Recommendations 
for X25, to a VC table 4 corresponding to that VC. 
As will appear below, the LCGN/LCN identifier is 
associated with a MCH identifier characterizing the 
line number and both constitute an identifier which 
is stored into a first field of every VC table 4. Then 
the processor reads the contents of the second 
field step 201 in order to determine in the address 
table 1 which SNA session will be used for the 
considered CUD, step 202. When the SNA session 
has been identified, the processor checks its status 
step 203 in a second SNA session table 2 in order 
to determine whether the latter is established and 
also in a GO state. The SNA session can be put in 
a NOGO state by the host server 100 when its 
physical resources are overloaded. Indeed, when 
the host server 100 or 101 decides that an applica- 
tion program becomes unable to support any addi- 
tional incoming calls , (for instance in the case of 
an overload of the buffer storage in host server 100 
or 101, or in case of an overload of the Central 
Processing Unit), host server 100 or 101 transmits 
to the remote communication controller 107 and 
108 a NOGO command on one or more sessions 
indicating the latter that no additional VC will be 
accepted. On the reception of such a NOGO com- 
mand, or conversely the reverse GO command, the 
remote controller updates the contents of the SES- 
SION table 2 relative to the considered session. If 
no NOGO command has been received, the state 
by default is set to INGO. With respect to figure 2 
again, if the session is found by the processor 
running into controller 107 as being established 
and in a INGO state, the process proceeds to step 
205 where the Virtual Circuit (VC) is linked to the 
considered LU-LU session that is to say a VC table 
4 is updated which permits the routing of any 
message coming from that Virtual Circuit to the 
considered LU-LU session. This is achieved by the 
storing of the starting address of the session table 
2 corresponding to the considered LU-LU session 
in the second field of table 4. 

In addition, the identifier LCGm.CN/MCH load- 
ed in first field of the VC table 4 is transmitted with 
the packets corresponding to the considered VC, to 
the host server which can analyze it. Conversely, 
the host server inserts the identifier 
LCGN/LCN/MCH into the packets which are relating 
to the considered VC so that controller 107 can 
locate the appropriate VC table 4 corresponding to 
this virtual circuit and forward the packet over it. 
Therefore, there is provided the concentration of 



numerous Virtual Circuits on one single LU-LU ses- 
sion since packets of data coming from different 
Virtual Circuits will be transmitted on the same LU- 
LU session. The problem of concentrating different 

5 virtual circuits on a single LU-LU session is particu- 
larly addressed in the document "Fast Transaction 
Processing Interface" in IBM Technical Disclosure 
Bulletin, Vol. 33, No 9, February 1991, pages 263- 
265. Since many transactions such as credit cards 

10 or airlines companies reservations applications are 
short in terms of exchanged packets length, the 
concentration process entails a decrease of the 
Path Information Units (PIU) exchanged between 
the host and the remote communication controller 

15 107 and thus improves the performance of the 
processors in the controllers and also in the host 
servers. Moreover, the traffic on one single LU-LU 
session is increased while the total number of 
sessions is substantially reduced thus making more 

20 easy the establishment of the latter and reducing 
the total time needed to set up the sessions. In 
accordance with the present invention, the remote 
communication controller 107 involves an alternate 
session table 3 which defines the alternate backup 

25 sessions which can be used in case of a failure 
occurring on one given LU-LU session. The low 
number of LU-LU sessions which are involved in 
the SNA network allows for each customer to easily 
define and manage the alternate backup session 

30 table 3 in accordance with his requirements. The 
low number of LU-LU sessions also allows the 
customer to define, for each given LU-LU session, 
a high number of alternate backup sessions thus 
increasing the possibility of rerouting of the trans- 

35 mitted PLU and thus improving the overall availabil- 
ity of the telecommunication network. A large num- 
ber of alternate backup sessions is provided with- 
out requiring a large quantity of storage since the 
overall number of sessions is low. Step 206, a test 

ao is performed in order to determine whether the 
considered LU-LU session should perform blocking 
of several packets per PIU. To achieve this, the 
processor running within remote controller 107 
measures the traffic existing on the considered 

45 session by computing an average of the ratio of the 
number of transmitted packets by unit of time. 
Then, the processor compares the result of this 
computation with a predetermined value which is 
defined by the customer and loaded into the stor- 

50 age associated with the remote controller 107. If 
the result of the computation appears to be inferior 
to the latter predetermined threshold value, the 
session is considered as being in a non-blocked 
state and the process proceeds to step 207. Step 

55 207, the processor running into controller 107 
builds a Path Information Unit (PIU) which consists 
in the basic SNA element which is transmitted on 
one LU-LU session, as explained in page 101 of 
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the document "IBM Systems Network Architecture" 
referenced above. To achieve this, the processor 
adds an appropriate header to the packet to be 
transmitted on the LU-LU session and transmits the 
PIU on the considered session through the cor- 
responding communication elements, ie the SNA 
network 112, the local communication controller 
105, the channel 102 to the host server 100, step 
208. On the contrary, if the result of the computa- 
tion of step 206 appears to be superior or equal to 
the predetermined threshold value, the session is 
considered as being in a blocked state and the 
process proceeds to step 209. Step 209 a test is 
performed in order to determine whether the build- 
ing of one PIU is currently in progress, in which 
case the processor goes to step 210. Step 210, the 
processor calculates the length of the PIU if the 
new packet was added and compares the latter 
value with a predetermined "Maximum Request 
Unit Size" (MRUS) stored into the memory asso- 
ciated with the remote controller 107. The 
"Maximum Request Unit Size" is a parameter 
which can be programmed by the customer for 
adapting the network to his requirements and which 
is transmitted into the BIND command characteris- 
tics of a given SNA session. K the calculated length 
appears to be superior to the "Maximum Request 
Unit Size", the processor directly transmits the 
outstanding PIU which is still waiting step 211, and 
also starts the building of a new PIU in step 212 by 
attaching a new header to the newly received pack- 
et. In the case when the calculated length is inferior 
or equal to the specified "Maximum Request Unit 
Size", the processor attaches the new packet to 
the existing PIU which is waiting, step 213. When 
the current packet has been processed, the pro- 
cessor waits for a new packet coming from the X25 
network, step 214. In the preferred embodiment of 
the invention, a timer is included into the remote 
controller 107 and operates in the Blocked session 
state. The timer continuously measures the time 
during which a determined PIU is blocked within 
the controller and compares the value to a pre- 
determined threshold value which is specified by 
the customer and loaded into the memory of the 
controller. As soon as the timer reaches the value 
of the threshold, the outstanding PIU being in 
progress is transmitted without any further delay on 
the SNA session whatever its length is. Therefore, 
if the traffic is low in term of number of packets, 
the timer ensures that one packet will not be bloc- 
ked too much time. 

In the preferred embodiment of the invention, 
the threshold value is a multiple of 100 millisec- 
onds. The PIU including particularly the CALL RE- 
QUEST (or incoming call) issued by DTE 110 is 
received by the host server 100. The application 
programs running inside host server 100 process 



the different packets and particularly the incoming 
call coming from the DTE which has issued a log- 
on request. Then a serial of internal tests are 
performed inside the host server in order to par- 

5 ticularty determine whether the end-user who has 
requested the transaction is authorized to commu- 
nicate with the application. Then the host server 
100 transmits an acknowledging message indicat- 
ing that the communication is either accepted or 

10 refused, the latter message being transmitted to 
the DTE via the SNA and X25 network. As men- 
tioned above, the message includes the identifier 
LCGN/LCN/MCH which will allow controller 107 to 
locate the appropriate VC table 4 corresponding to 

75 the considered VC. Assuming that the connection 
and the communication is authorized, the DTE 
transmits and receives data with the host server 
100, step 219 until an CLEAR REQUEST command 
is issued, step 218. In the case when the test 

20 performed in step 203 has revealed that the ses- 
sion has not been established or that the session is 
in a NOGO state, the processor proceeds to step 
204 where it looks into an alternate session table 3 
comprising a prioritized list of alternate sessions 

25 which has been specified by the customer and 
loaded into the memory in controller 107. Then 
step 215, the processor checks whether the first 
element appearing in the list of alternate sessions 
for the considered LU-LU session is established 

30 and in a INGO state, in which case the process 
goes to step 205 where the virtual circuit is linked 
to that LU-LU session by the update of the second 
field of the considered VC table 4. Conversely, the 
processor checks whether an additional item of the 

35 list of table 3 can still be tried step 216. If another 
item exists in the list, the processor goes back to 
step 204 in order to read that next item and to see 
whether the corresponding LU-LU session is estab- 
lished and INGO state. If no more item actually 

40 exists in the table 3, the processor goes to step 
217 where the remote communication controller 
clears the virtual circuit by means of a CLEAR 
REQUEST in order to indicate the DTE 110 that 
the CALL REQUEST has failed, ft should be no- 

45 ticed that the use of the alternate session table 3 
provides the customer with the possibility of easily 
managing the rerouting of the session in case of 
failures without requiring a substantial amount of 
memory storage and processing power since the 

so number of session has been limited to one or few 
sessions per host, or more accurately per applica- 
tion program, instead of one session per virtual 
circuit. In the preferred embodiment of the inven- 
tion, the alternate session table allows to designate 

55 a set of 27 alternate session tables for one given 
LU-LU session which allows a substantial increase 
of the interconnectability of the different elements 
of the network and consequently a increase of the 
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overall availability of the network in case of trouble. 

Figure 3 illustrates the operating of the method 
in accordance with the present invention when a 
failure occurs in the network. When a session fail- 
ure occurs in the networks, the remote controller 
107 for instance receives an UNBIND command 
from one of the elements in the network indicating 
that one session has been the subject of an out- 
age, step 300. The communication of the SNA 
messages which occurs in such a case is particu- 
larly described in the "IBM Systems Network Ar- 
chitecture" document above. The session which is 
the subject of an UNBIND command is then con- 
sidered as being no longer established. Then step 
301, the processor checks the value of a DISRUP- 
TION flag to determine whether the session failure 
should entail the direct switching to an alternate 
backup session determined in alternate session 
table 3 without requiring a manual intervention of 
the end-user, or conversely if the session failure 
should result in a log-off of all the DTE 110 asking 
the end-user to re-request another connection. The 
setting of the DISRUPTION flag to one determined 
value provides the end-user with the possibility of 
choosing whether an incident should or not be 
reported to him and ask for his manual intervention. 
If the user has decided to be informed of any 
incident, then the process goes to step 302 where 
the processor purges the outstanding PIU by re- 
leasing the portion of the memory which was af- 
fected for the building of the outstanding PIU. Then 
step 303, the processor checks for every virtual 
circuit (VC) to see whether the latter is not asso- 
ciated with the LU-LU session which has just been 
the subject of a failure. For every VC which was 
affected to the failing session, the processor up- 
dates the second field of VC table 4 in order to 
indicate that that VC is no longer associated with 
the failed LU-LU session, step 304 and the virtual 
circuit is cleared by means of a CLEAR REQUEST 
step 305. 

In the case where the DISRUPTIVE flag is at a 
state corresponding to the non disruption option, 
that is to say an option where the remote controller 
107 is requested to automatically switch the virtual 
circuit to an alternate backup session, the test of 
step 301 results in that the processor goes to step 
306. Step 306, the processor addresses the al- 
ternate session table 3 as in steps 204, 215 and 
216 of figure 2 in order to find in the list of 
alternate session one alternate session which is 
simultaneously established and in INGO state. 
Then step 307, a test is performed in order to 
determine whether all the alternate sessions speci- 
fied in alternate session table 3 have been checked 
without any success. If no alternate session being 
established and also in a INGO state has been 
found, the processor goes to step 302 above which 



will inevitably result in the clearance of the virtual 
circuit. Such an occurrence should be rare since 
the low number of sessions involved in the operat- 
ing of the network allows the customer to define a 
5 great number of alternate sessions for one session. 
As mentioned above, the number of alternate ses- 
sions has been fixed to 27 in the preferred embodi- 
ment of the invention which allows a high number 
of rerouting possibilities. In the most probable case 

10 where one alternate session among the list of table 
3 is found to be established and also INGO state, 
the processor goes to step 308 where it retrieves 
the outstanding PIU in progress and then transfers 
it on the latter alternate session by updating the 

is PIU field in table 2 of figure 4, step 309. Then step 
310, the processor checks for every virtual circuit 
that the latter is not associated with the failing 
session. If the considered virtual circuit is asso- 
ciated with the failing session, the processor un- 

20 links the latter to the failing session step 311 and 
also links the latter to the alternate session, step 
312. This is achieved by the update of the second 
field of VC table 4. 

Figure 4a, 4b, 4c an 4d illustrate the preferred 

25 embodiment of the tables used by the controller 
107 in accordance with the present invention and 
allowing the management of the rerouting process. 
Figure 4a shows the address table giving for every 
CUD extracted from the CALL REQUEST received 

30 by the remote controller the address of the asso- 
ciated session table 2. In the preferred embodi- 
ment of the invention, the CUD is one byte which is 
processed by the processor in order to compute a 
value corresponding to the address 610 or 61 1 of a 

35 location in the controller memory storing the ad- 
dress of one session table such as shown in figure 
4b. The concentration process of different virtual 
circuit on a single LU-LU session, for instance the 
session 1, can be easily achieved by storing the 

40 same address of the session 1 table in different 
locations 610, 611 ... The structure of one session 
table 620 is illustrated in figure 4b. Every session 
table, for instance sessionl table, is located in a 
portion of the memory of the controller, which 

45 portion starts at an address given by the second 
field 610. 611 of address table 1. Every session 
table includes a first field 621 indicating whether 
the corresponding session (session 1 in our exam- 
ple) is a INGO or NOGO state that is to say 

so whether the host server has informed the remote 
controller that it would not accept any additional 
session, a second field 622 indicating whether the 
considered session is established or not, a third 
session indicating the starting address of the al- 

55 temate session table corresponding to the sessionl 
and a fourth field 624 indicating the address in the 
controller memory of the outstanding PIU which is 
affected to this session. 
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The structure of one alternate session table 3 
is given in figure 4c. In the preferred embodiment 
of the invention, every alternate session table in- 
cludes a set of n fields (e.g. a set of 27 fields), 
each field indicating the starting address of one 
session table defined by the customer as being a 
possible backup session. Therefore, the switching 
process of one session to an alternate session 
table is easily provided. When the remote control- 
ler receives a CALL REQUEST as in step 200, the 
latter extracts the CUD and gets directly from its 
memory the address in field 610 or 611 ... of one 
LU-LU session. The test performed in step 203 is 
achieved by reading the fields 621 and 622 of the 
considered session to determine whether the virtual 
circuit can linked to that LU-LU session. If the test 
performed in step 203 fails, the processor reads 
the third field 623 of the session table in order to 
read the contents of the alternates session table 3 
corresponding to the considered LU-LU session. 
The processor reads then the first field of the 
alternate session table 3 in order to find the ad- 
dress of the alternate session table 2, which al- 
ternate session is analyzed in order to determine 
whether the latter is established and INGO state in 
accordance with step 215. This is again achieved 
by reading the first and second field 621 and 622 
of the alternate session table. Assuming that the 
first alternate session of the table 3 is not estab- 
lished or in a NOGO state, the processor reads the 
second element in the list of the alternate session 
table 3 to find the address of the second alternate 
session to check and so on. A simple mechanism 
is therefore provided which allows the definition 
and the management of a large number of alternate 
backup sessions for one given session. Since the 
number of LU-LU session has been significantly 
reduced, the definition of the alternate backup ses- 
sions can be made and organized by the customer 
thus allowing him to adapt the routing process in 
accordance with his requirements. 

The structure of VC table 4 is shown in figure 
4d. VC table 4 has, for every Virtual Circuit, a first 
field in which is stored the identifier 
LCGN/LCN/MCH. The LCGN/LCN/particularly iden- 
tifies the VC connection, while the MCH identifies 
the line number. VC table 4 has a second field 
giving the starting address of the session table 2 
corresponding to the LU-LU session to which is 
linked the Virtual Circuit. 

Claims 

1. Communication controller (107) in a telecom- 
munication network including a first SNA sub- 
network and a second X25 packet switched 
network for allowing the communication be- 
tween application programs running into at 



least one host computer (100, 101) and nu- 
merous Data Terminating equipments (DTE) 
(100, 101) attached to said X25 packet 
switched network and communicating by 
means of virtual circuits (VC), said controller 
including 

- means for establishing predetermined 
SNA sessions between said communica- 
tion controller and said application pro- 
grams, 

- means (205) for linking at least one vir- 
tual circuit on a predetermined SNA ses- 
sion, 

characterized in that it further includes: 

- means (620) for storing a set of alternate 
session tables defining for each of said 
pre-established SNA session a prioritized 
list of alternate backup sessions, 

- means (300) for detecting the occurrence 
of one incident on one SNA session, 

- means for switching the virtual circuits 
linked to said session being subject of an 
incident to one backup session defined 
in the corresponding alternate session ta- 
ble. 

2. Communication controller according to claim 1 
characterized in that it includes means (300) 
for detecting an incident consisting of a failure 

30 on one session. 

3. Communication controller according to claim 1 
characterized in that it includes means (300) 
for detecting a message transmitted from one 

35 application program loaded into one of said 

host server, said message indicating that said 
application program is overloaded and that it 
would not accept its connection to any addi- 
tional virtual circuit 

40 

4. Communication controller according to claims 
1 to 3 characterized in that it includes means 
for concentrating a plurality of virtual circuits 
on one single SNA session. 

45 

5- Communication controller according to claim 4 
characterized in that it includes means for 
blocking a plurality of packets received from 
the X25 network and which are to be transmit- 
so ted to one pre-determined application program 
and means for concentrating said plurality of 
packets in a single Path Information Unit (PIU). 

6. Communication controller according to claim 5 
55 characterized in that it includes means for 
limiting the length of said PIU to a predeter- 
mined value. 
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7. Communication controller according to claim 6 
characterized in that it includes means for 
limiting the blocking time of one given packet 
to a second predetermined value. 

5 

& Communication controller according to claims 
1 to 7 characterized in that it further includes 
means for 

- a first address table indicating for every 
application programs in at least said host 10 
server (100) the SNA session which is 
associated, 

- a set of second session tables indicating 
for every SNA session the status of the 
session and the address of an associated 75 
alternate session table, 

- a set of alternate session tables, each 
alternate session table being associated 
to a corresponding session and indicat- 
ing a prioritized list of alternate sessions 20 
which are to be used when an incident 

on the session occurs. 
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